AMENDMENT AND RESPONSE UNDER 37 CFR § 1.116 - EXPEDITED PROCEDURE 

Serial Number: 09/751,955 
Filing Date: December 29, 2000 

Title: METHODS AND APPARATUS FOR SLACK STEALING WITH DYNAMIC THREADS 

IN THE SPECIFICATION 
Please amend the specification as follows: 
"Please insert Appendix A and Appendix B beginning at page 87, line 22. 
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APPENDIX A - TABLES 



Task ID 


Ti 






6 


1 




7 


1 


T3 


21 


2 



Table (1) - Periodic Task Set 



i 



Notation 


Description 


Ti 

n 

Ti 

H 

d 


The task in a process with priority level t\ In traditional RMA, t? is a single thread and 
the whole system is a single partition. In DEOS, we call n an aggregate thread. There 
are many threads running at the same rate in DEOS. So, if i.*,i,t;,3, ...,*•>; are all the 
threads denned for rate i } Ti is the sequence of these threads when run back-to-back. This 
representation allows us to consider slack only in terms of rates and hot in terms of threads 
which potentially helps performance significantly. 

The number of distinct (aggregate) threads allowed in the system. This number is fixed 
at system power up. 

The time between dispatches of r». We assume without loss of generality that 
Ti < T 2 < ... < T n . Ti is also called the period of n. In DEOS, strict inequal- 
ity holds. 

The hyperperiod of the task set. H = lcm(Tk,r 2 ,...Tn). Note that in a harmonic system 
such as DEOS, H = T„. 

The j th dispatch of n. Again, in DEOS, r,> is an aggregate thread. 
The worst case execution time for r,j. In classical RMS the task set is fixed so C;> = d for 
each dispatch / where j = 1, .., Note that this quantity is computed at each successful 
schedulability test. 

A short hand notation for Cy when Cy = C ik for all j, k € {!,.«, 



Table (2) - Periodic Thread Specification in Classical RMS 



BEST AVAILABLE COPY 
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Notation 



Ei 



La 



Description 



will execute during one period 



The value jh for i > j. n,yy is the number of times r> 
deiined by T;. For a harmonic system, all n,y,* are integers. 

The level % slack in the interval [0,j • Tfi assuming; all periodic processes take their worst 
case execution time to complete. 

The dispatch identifier of the next instance of r, to complete. If r, is in state Completed- 
ForltsPertod, this is the next instance, otherwise it is the current instance. This value must 
be maintained at runtime. When aggregate threads are supported, one state variable per 
thread may be necessary. 

The amount of level i or higher aperiodic time that has been consumed since the beginning 
of the hyperperiod. This includes all time consumed by aperiodic task of priority 1, 
where periodic process overrun can be considered aperiodic process computation time. 
There is an implicit time argument, so A^r»cdUoTiHLe^~ f^rioAkTRmejCt)* 
level i idle time that has occurred since Uie beginning of the hyperperiod. This is all the 
time not spexit processing tasks of priority i or higher. In other words, it is all the time 
spent* processing tasks (periodic, aperiodic or. idle)* of priority t + 1, ,..,n,» -f 1 where n is 
the number of rates in the system, arid level n + 1 is the idle process. There is an implicit 
time argument, so I3lie( - leUe^Ct ). 

The dispatch identifier of r t , or equivalently the period identifier of Ti, There is an implicit 
time argument, so ji(t) = 7i* 

The amount of level i - 1 slack available in [0, j -7\] which is the amount of time available 
for processing tasks at level $ - 1 without causing t u r 2 , r< to miss any of their deadlines 
in that interval. 



Table (3) - Slack Scheduling Specification in the Context of Classical RMS 



Dispatch ID 


1 


2 


3 


4 


5 


6 


7 


Timeline 


5 


10 


15 


20 


25 


30 


35 


Slack y 


4 


9 


14 


19 


24 


29 






12 


25 













Table (4) - Timeline Slack y 
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Dispatch ID 


1 


2 


3 


4 


5 


6 


TimelineSlack(l,30) 


4 


8 


12 


16 


20 


24 


TimelineSlack(2,30) 


6 


12 


18 








TimelineSlack(3,30) 


10 













Table (5) - TimelineSIackij 



Thread Servics 



Description 



] 



createThread 
startThread 

startThreads 



restartThread 
killThread 

stopThread 
waitUntilNextPeriod 



rest art Process 

createMutex 

lockMutex 

unlockMutex 

resetMutex 

waitForEvent 
pulseEvent 



Creates a new thread. If the thread is dynamic, it also starts the thread. 

Schedules to have the (static) thread started at the beginning of the next period defined 
by the threads rate, after the start service has completed. 

Schedules to have the set of threads started at the beginning of each of their respective 
periods defined by their rates, after the start threads service has completed. 

An active thread is restarted from the beginning. 

An active dynamic thread is deactivated. A stopped static thread is also deactivated. 

This routine is newly added. Static threads must first be stopped before they can be killed. 
The calling thread is suspended until the start of its next period where it resumes execution. 
Other threads queued at a mutex that the calling thread holds will be dequeued. 

All the process' threads, rautexes and events are killed. The process* PRIMARY THREAD is 
restarted. 

Creates a mutex that can be accessed by multiple threads in the calling thread's process. 

The calling thread is granted the lock if the mutex is unlocked and queues if waitlok is sc 
true. 

A thread releases its lock on a mutex and the lock is granted to the highest priority thread 
(if any) waiting. 

All threads queued at the mutex are dequeued (including an executing thread)." 
The calling thread is suspended until the event is pulsed. 

All threads currently, waiting for the pulsed event will transition from state suspended to 
state ready. 



Tkble (6) - Thread Services 
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Notation 



Description 



n 

Uj 
Ti 

7i 



d 



z 
c 



The aggregate of threads with priority level t. We call t; an aggregate thread. 

The number of distinct rates allowed in .the system. This number is fixed between 

colds tarts. 

The j th thread of priority level t. Eyen 'though there is no explicit ordering of threads 
within a priority level, it is convenient to do so for the sake of reference. 
The time between dispatches of r,*. We assume without loss of generality that 
Ti < T 2 < ... < T„. 

The period identifier. At time t where t G [Q,H] t yi(t) = 7. = 

The number of active threads forming r, at time t. For ease of exposition, the t is often 
omitted and refers to the current period of Ti so m;(z) = m,-. Note that there is a time 
lag between thread creation and thread activation. 

A temporary value for m; when threads will but have not yet become (de) activated. 
The worst case budget times summed over all threads forming r,. 

The value £ for i > >. n,u is the number of times r> will execute during one period 
defined by Ti. 

The primary budget of process Jb, Jfc G {1, = number of active processes. Note that 
a process can be active and have its primary thread stopped, in which case some portion 
of its budget is available as timeline slack. This is poor notation actually since the set of 
active processes changes. 

The set of all processes whose unallocated primary budgets are available for slack. 
The sum of the (k with budgets available for slack. C = J2k€Z 

System level utilization reserved for blocking times. A feasibility test is always of the form 
U<1-U B . 



Table (7) - Periodic Thread Notation 
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Notation | Description 


A 

AA.,y 
mi 

Ei 

Aperiodic 
Times© 

Idlest) 
7i(0 - 


is the amount of timeline slack that was made available from processes with inactive 
primary thread budgets with rate t at time 7,(1)2;. Note: A, is not cumulative since the 
beginning of the hyperperiod. Also, in the current release of DEOS, it is always true that 
Ai = 0fory €{2 f ...,n}. 

The vector (At, A3,..., A n ) which is maintained at run-time. 

The amount to change rate Ai the next time the start of periods defined by Tj and Ti 
coincide. It will be the case that forvt-> j, AA,> = 0. Values of AAij are updated to 
reflect user thread (de) activation requests at level t with an inactive primary thread at 
level j. Note also that if there are no primary threads active at rate «, then AA,y = OVj. 
The number of threads in aggregate thread r« for i = 1, ...,n. m, = mi(i). 
The h th thread in r„ for k - l,...,mi. 
The budget of <,*. Set when <»* is created. 

The actual execution time of <»* for the current dispatch. If the current dispatch has 
completed then it is the total time that dispatch of tik took to execute. 0 < < 
A boolean value indicating rj's activation status. If n is active, E% = TRUE otherwise Ei = 
FALSE. This value is maintained at runtime. 

the amount of level t aperiodic time consumed in [T*'(t)Ti,f]. For simplicity, we denote 
AperiodicTime l (t) - AperiodicTimej. 

the amount of "level 1 * i idle time (i.e. time .spent, running the idle process) in [7»'(t)T;,/t] 
no longer available to slack. For simplicity we denote IdAle^fO — I^ffi^* 
a conservative estimate of the amount of level i idle time that is lost as level i reclaimed 
slack due to sitting idle. 

The amount of slack reclaimed by completing for period at level i in [7;(t)T»,t]. 

The period identifier for Ti. For t € {1,2, ...,n), ji{t) = [£J. Alternatively, one can think 

of 7i as the dispatch identifier for r,,?,- € {0,1,.. .^/Ti - 1}. 

A conservative value of the amount of level k slack available mat can be carried over to the next 
period T k . 


CuiID(i) 
USys 

AUSys(l..«) 


This is associated with the system, and uniquely identifies the period Ti. Comparisons of 
the form F.ReqlD(t) < CurlD(i) will appear in the algorithms. Sometimes these will be 
abbreviated P.ji < ji, where uniqueness is understood. See comments in the text about 
counter roll over. 

System utilization allocated to active processes, including pending requests for cre- 
ation/activation and deletion/deactivation. Note that USys does not necessarily reflect 
the current utilization allocated to active processes. 

Changes to the actual process utilization allocated to active processes that wfll take place 
at the next period boundary of Ti , at level t. 


*>(<) 


The remainder of full Tj periods remaining in the current (relative to t) Ti period. In 
symbols. »J,.(t) = + W - t)/T,J.~ 

The remainder of any unused fixed budgets belonging to ISR threads at rates 1, ...,/ in 
the interval (t,(7j(<) + 1)3J]- 

The sum total of all fixed budgets belonging to ISR threads at rates in any Tj 
period. In this release of DEOS, if B(t) is the worst case "aggregate* ISR fixed thread 
budget (at time 1, since ISR threads can be killed/created), £*•(<) = ny|,2?(t), * quantity 
that should be easy to maintain at runtime. 



Table (8) - Slack Scheduling Notation 
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I Notation 


"Description.' 


User Budget 

MaxBudget 
Rate 

Active " 

ProcActive 
ReqID(»") 

7i 

ABudgetReq(i) 


The total amount of time (normalized by the process* primary thread's period) allo- 
cated to active users within the process. User Budget will never exceed MaxBudget, which 
is the process' entire budget. UserBudget reflects any pending changes indictated by 
ABudgetReq. Consequently, UserBudget is not necessarily the current value of the pro- 
cess' budget assigned to user thread. But that value can be computed. 
The process* total budget, normalized by the period of its primary thread. The term 
budget is somewhat misleading. Utilization is a more descriptive term. 
The rate at which the highest priority thread (including the process* primary thread) runs. 
Note that no user thread of a process p will have a rate higher than the process' primary 
thread. It is TBD whether there is benefit in having a primary thread with rate higher 
than any of its users. Rate takes on one of the values l f ...,n, with 1 the highest rate, and 
n the slowest rate. 

A boolean value set to TRUE when -the' primary thread is active and false when the primary 
thread is inactive. When p. Active is FALSE, the primary thread's budget is made available 
as timeline slack. 

A boolean value set to TRUE when the process (not just its primary thread) is active, 
otherwise it is FALSE. -» P.ProcActive => -» P.Active (regardless of its value). 
This uniquely represents the most recent time a request for user thread (de)activation has 
been made at level t. Note: it is not sufficient to use 7, since these table values are not 
updated "periodically " , but only when other (de)activations take place after the requests 
have been processed. 

We sometimes denote P.ReqlD(i) by Ry; where it is understood that P. -ft uniquely defines 
the request period Ti. 

This is the amount of change in allocated budget at level t that either will or did occur 
at time (ReqID t (<) + 1)7;- If the change hasn't yet occurred, subsequent requests might 
change this value. 



Table (9) - Process Record Attributes (Budget Update Vector) 



Notation 


Description 


ComputeTime 
CT 

ExecTime 
ET 

TimeSlice 

TS 
Ei 

ExecutingOnSlack 


The total compute time allocated to the thread. A timeout will be enforced to ensure that 
a thread does not exceed its worst case compute time. 
An abbreviation for ComputeTime. 

The total time spent executing so far. This time is updated at each thread preemption or 
suspension. 

An abbreviation for ExecTime. 

The amount of time a thread is allowed to execute prior to a hardware timeout. Ex- 
amples of timeouts are maximum mutex execution times and maximum available slack 
consumption before thread suspension. 
An abbreviation for TimeSlice. 

A boolean, denoted by Ei for aggregate thread r, which is true if all threads at rate t have 
a true value for CompletedForltsPeriod and false otherwise. 

A boolean value which is true when a thread's budget current budget has been from taken 
from the slack pool and false when it is a part of its fixed budget. 



Table (10) - Thread State Time Variables 
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Notation 


Description 


Slack 


A record perhaps indexed by slack level (depending on the slack consumption algorithms) 
containing the amount of slack reclaimed at level i, and the most recent period Ti during 
which it was reclaimed. 


Slack.7; 
Slacks 


The identifier of the most recent Ti period during which level t slack was consumed. 
,* g {o, ...,H/Ti — 1}. This attribute is riot used in the maximal update set of algorithms. 
The amount of slack reclaimed by completing (early) for period at level i within the 
"current" period defined by 7,. Slack.Tl, is set to zero at every period boundary defined 
by Ti. 

An abbreviation for Slack, ft;, which works only when the slack record is not indexed. 
The amount of unused slack at level i that has been carried forward at time 7;(t)7V. 
Slack. Ui is recalculated at every period boundary defined by Ti, 

An abbreviation for Slack.tf;, which again works only when the slack record is not indexed. 


Tli 

Slack.tf, 

Ui 


Slack(j) 


The slack record associated with a slack consuming thread (if any) at level j. In this 
situation, slack made available at the higher rates is allocated directly to high rate slack 
consumers, without taking away (or recalculating) slack previously allocated to low rate 
slack consumers. This record is not used in' the maximal update set of algorithms. 



Table (11) - Slack Record Attributes 
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APPENDIX B - ALGORITHMS 



— Algorithm Update!dleSlackVariabJe$(t: in priority); 

This algorithm updates the idle slack variables used when computing slack availability. 

— It is called whenever a periodic task completes. 

up date -time = the worst case time to execute this routine, a constant (perhaps based on i). 

Ei := (Ei 4- l)mod|£-; - update the activation status 
idlejtimexonsumed := execution Jtimefr,); 

slack~reclaimed := worst jc*se^xecutionJlime(r,-) - idleJtimexonsumed; 
for j := 1, t — 1 loop 

Xj := Xj + idlejconsumed + updateUime; 
end loop; 

for j := l,...,n loop 

Xj := Xj - slack-reclaimed + updateJtime; 
end loop; 



Algorithm (1) - Update Idle Slack Variables 



Algorithm UpdateAperiodicSlackVariables(i: in priority, t : slack consuming thread); 

This algorithm updates the aperiodic slack variables used when computing slack availability. 

It is called whenever an aperiodic task completes, which might include surplus compute time for a periodic 

— task increment, or the idle task completing. 

updateJtime = the worst case time to execute this routine, a constant (perhaps dependent on t). 

the aperiodic task t may execute over several time increments, i.e. it may be scheduled, 

consume all slack, suspend itself, be rescheduled when more slack is available, etc. 

slack .consumed := execution-lime-sinceJast-scheduling(l); 
fori := l,.»,t- 1 loop 

Xj := Xj + slack -consumed + update Jime; 
end loop; 

for j := t, n loop 

Xj x= Xj + updateJtime; 

Aj := Aj + slacluconsumed; 
end loop; 



Algorithm (2) - Update Aperiodic Slack Variables 
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— Function AvailableSlack(»: in priority) return time; 

This algorithm calculates the slack available beginning at the time of the call and ending at the 

end of the period denned by T;, assuming no new threads were created an.d no existing threads are destroyed. ' 

slackjcalcjtime := the worst case time to execute this procedure (perhaps based on i). 
for j := 1, ...,t — 1 loop 

Tj := Ty+ slackxalctime; 
end loop; 

for j := «, .... n loop * 
Tj := Zj-f slack jcalcJime; 

end loop; 

slack-available := min;<j< n Sj\ 
return slack-available; ~ 

in practice, return zero if slack.available < cswap time +6; ■/ , 

updateAperiodicSiackVariables should be called prior to execution of this routine, if necessary. 



Algorithm (3) - Available Slack 



Indefinite Timeout Protocol(c : caller; r : resource) ; 

if not-available(r) then 
if c.has .successors 

then estate := CornpleteForPeriod; 
r^a^i^ 
dequeue(c,queue(r)); 
else 

if c.ExecutingOnSlack then c.budget -remaining := available.slack(erate); end if; 
if c.budget remaining < queue-time (c) 

then estate := Completed ForPeriod; 

HacklreHamationmay not be worth it here^ 

else 

enqueue (c t queue(r)); : ' 

if cSlack and SlackOn 

thej££^M^ - cresource_time(r)); 

estate := PassivelyWaitingForEvent; 
predecrement slack accumulators by cresourceJime(r); 
else 

estate := ActivelyWaitingForEvent; 

— This type of wait introduces effective blocking. 

end if; 
end if; 
end if; 
else 

if c.ExecutingOnSlack then c.budgetjremaining := available .slack (c. rate); end if; 
if c.budget remaining < resource-time(r) 

then estate CompletedForPeriod; c 

release (r); dequeue(c,queue(r)); 
else continue the execution ol c with resource r available; 

: Slack acciirnulatora need to be predecrement ed if c is executing on slack and r is a mutex. 

i end if; 
end if; 



Algorithm (4) - Indefinite Timeout Protocol for a Resource Wait 
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Long Duration Timeout Protocol(c : caller; r : resource; numJter : natural); 

if not_available(r) then 
if numJter = maxJter 

then dequeue(c l queue(r); return; 

else numJter := numJter + 1; 
end if; 

if chas-successors 

then estate := CompleteForPeriod; 

^Se^eue(cTr)5 - At the next start of c's next period, c wiU be moved to r's queue by DEOS 
else 

^MExecutingOnSlack then cbudget j-emaining := avaiiable-slack(crate); end if; 
if cbudget remaining < queue-time(c) 

then estate := Completed ForPeriod; 

fslacl&re'damatw not -be worth it here 

else 

enqueue(e,queue(r) ) ; 
yif^Sfack and SlackOn ' 

then ; reclaim^lac^ - c.resource Jime(r)); 

estate := PassivelyWaitingForEvent; 
predecrement slack accumulators by c.res^urce_iime(r); 
else 

estate := ActivelyWaitingForEvent; 

This type of wait introduces effective blocking. 

end if; 
end if; 
end if; 
else . 

if ^ExecutingOnSlack then cbudget j-emaining := availabie-slack( crate); end if; 
if cbudget .remaining < resource -time(r) 
then estate := Completed ForPeriod; 

release(r); dequeue(c ( queue(r)); 
else continue the execution of c with resource r available; 

%ack^^ c is executing on slack and r is a mutex. 

end if; 
end if; 



Algorithm (5) - Long Duration Timeout Protocol for a Resource Wait 
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Short Duration Timeout Protocol(c : caller; r : resource); 

while c.priority <= ready Jthread .(inheri ted)priori ty 

wait; higher or equal priority threads are running 

end while; 

c is at the head of queue(r) 

if not-available (r) 
then 

return timeout status to c; dequeue(c,queue(r)); 
estate := CompletedForPeriod; 
else 

case r.type is 

when t ss event => continue the execution of c with event r pulsed; 
when r = mutex =:> grant c the lock to mutex r; 

when c is executing on slack, ^MdeCTement the slack accumulators 

when t = semaphore => c calls wait(r); 
end case; 
end if; 

Algorithm (6) - Short Duration Timeout Protocol for a Resource Wait 



— Algorithm SystemlnitializationOfSlackVariables; 

This algorithm is called once before the start of the initial hyperperiod. 

Failure to initialize slack variables at this time will result in bogus values later. 

— This algorithm requires modifications when primary thread periods can be other than T\ . 



Z := 0; 

C:=0; Co:=0; 

for each process P in the registry loop 
calculate/read P's budget , Cpl 

P.UserBudget := O; P.MaxBudget := ( p ; P.Rate := 1; 

P.ReqID := (0,0, .... 0); P.ABudgetReq (0,0, ...,0); -r- vectors of n zeroes. 

— Most likey, if P.ProcActive, then P. Active will be assumed at system startup? 
if P.ProcActive then 

if P.Active then — P's primary .thread is active 

then (o := Co + Cp\ 
elseC:=< + < P ;^:=^U{P}; 
end if; 
end if; 
end loop; 

for t :s= l,...,n loop 

Ti := the period of the i th smallest rate declared in the system; 
Ai := 0;C ( - := execution time of t,-; 
AUsys(i) := 0; 

for j := l|...,t loop : 

nijy :=Ti/rj; AAij := 0; t ' 

— : ("ii>). i&Aij) are diagonal matrices, 
end loop; 
end loop; i 
Ai :=Tj-« + Co-rt/B); 

i A\ := system level slack = budget not assigned to active processes minus system blocking time; 

USys :=« + Co)/T,; 



Algorithm (7) - System Initialization of Slack Variables 
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- Algorithm PeriodUpdateOfSlackVariables(j : in rate); 

- This algorithm is called at the start of every period. That is at times 0,T>,2T>, ... 

- This algorithm is called once at the largest period. That is, the start of a period for 2> 

- is also the start of a period for T k when k < j. 

- r indexes the rates at which primary periods are supported. '•' 

- In the current release of DEOS, r = 1, always, so this is an O(n) routine. * * 

When thread (de)activations occured, update changes in dynamic period timeline slack. 

O^e m ay have to introduce process sets with indices for their primary threads. 

Z:=Z'; Z'i=Z; 

ijls VcowTrvative amount of level k slack available and not used in the last T k period that can be carried over. 
Not all of can be attributed to U k but can safely be assigned to l/„. 
U k := U k + max(0, (A fc - {A k + I k ))\ 
U n :=U n +7l k ; 

I k := 0; A k := 0; 7l k := 0; C k := 0; 
E k := FALSE; K k := fk + 1; 
AUsys(fc) :=r 0; 
<r := 0; 

In this release of DEOS, the loop here is simply A k := A k + AAlr ; 

— and then zero out the Av4j r entries, 
for r := k.J loop 

ff :=tr + AA fcr ; 

AA fcr := 0; 
end loop; 
A* := Ajt + <t; 
end loop; 

if j = n then we are at the hyperperiod, reset the period id's and unconsumed slack. 

for Jb := l..n loop 

t/ fc :=0; 
end loop; 
end if; 



Algorithm (8) - Period Update of Slack Variables 
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— Algorithm PrimaryThread(De)activation(P : process); 

— If P.active, then deactivate P's primary thread else activate P'b primary thread. 

— (De)activation request "processing" time is at s, where y r T r < * < (y r + l)T r , with r = P.rate. 

Notation used defined below and is the same as that above. 

r := Pjate; 

There may be some pending requests for acti vat ions/deacti vat ions that will not be in effect at time (y r M + l)T r . 

for j := r..n loop 

if P.ABudgetReq(j) > 0 and then CurlDQ) > P.ReqID(j) then 

— These updates have already occurred. Zero them out. 
P.ABudgetReqQ) := 0; PJReqID(j) := 0; 

end if; 

if (CurID(j) = RReqlD(j) and (( 7; + l)Tj > {y r + 1)7V)) then 
P.UserBudget := P.UserBudget - ABudgetReq(i)/ n> | r ; 

— ABudgetReq(i) is left unchanged for later updates, 
end if; 

if P.Active then 

AA rr := AA rr - (P.MaxBudget - P.UserBudget)T r ; 
else; 

AArr := AA rr + (P.MaxBudget - P.UserBudget)T r ; 
end if; 
end loop; 

if P.Active then P.Active := FALSE else P.Active := TRUE; end if; 



Algorithm (9) - Updates for Primary Thread (Deactivation Requests 



\ 
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Algorithm UserThread(De)Activation(£: time; j rate; P: process; activation : boolean); 

P is the process of the thread being (de)activated. 

j is the rate of the thread for which (de)activation is being requested. 

$ is +/— the budget of the thread (in time, not utilization) requesting dc/ activation. 

I.e. S < 0 the call is for a deactivation request, and S > 0 the call is for an activation request. 

activation is a boolean, which is actually redundant information given S*a sign. 

Can we admit a new thread at level j? 

(De)activation request time is at a, where fjTj <s< (nry + l)Tj. 

This assumes that deactivations have at most a one period delay, which is coming soon. 

The execution of this code is at time s, with period boundary code executed at time (nry + l)7>. 



— Notation used defined below. 
nj\h-Tjf T h- 

r := P-rate; P's primary thread's rate. 

CurlD(j) is similar to Tj, except it must uniquely identify which period Tj we are in since 

P.Curll) might not have been updated for many hyperperiods, hours, or since system boot. 

for i := 1, .. t n loop 

if P. ABudgetReq(j) / 0 then 

if CurlD(i) > P.ReqID(*') or P.ReqlD(i) - CurlD(i) > n n |i then 
P.ReqID(i") := 0; P.ABudgetReq(i) := 0; 

These updates have already been made. Zero them out. 

end if; 
end if; 
end loop; 

If an activation check for feasibility, and if feasible readjust the compute times within the process. 

if activate then 

UserBudget :=P.UserBudget; 

for t := j + l..n loop 

UserBudget := UserBudget - min(0,P.ABudgetReq(i)); 

end loop; 

if UserBudget +6/Tj > P.MaxBudget 
then 

reject the activation request on the grounds of infeasibility; 
return; 
end if; 
end if; 

P.UserBudget := P.UserBudget + ff/T, ; 

P.ReqlD(t) := P.CurID(i);P.ABudgetReq := P. ABudgetReq + S/Tj; 
if not P. Active then 

AA rj := AA r ,> +*/*;>; 

Here is where we would update AC7 r > if aggregate threads are used. 

end if; 



Algorithm (10) - Updates for User Thread (De) Activation Requests 
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— Algorithm Proce*s(De)activation(P : process, r : rate; activate : boolean); 

— This request is made at time t. If granted, it will become effective at time (7r(0 + l)T r where t := /'.Kate; 

C P := the worst case compute time of P measured every T r time units. (This would be input in a create.) 
if activate 

if P.ProcActive then return either an with error or as a no-op; end if; P * already active. 

Determine whether activating P will result in a feasible process set. 

SysBud := SysU; 

for t := r + l f ...,n loop 

SysBud := SysBud - min(0, ASys(i)); 
end loop; 

if SysBud +(pfT r >1-U B then 

reject activation request; return; infeasible 

end if; 

Activation is feasible 

P.Rate ;= r; P.Active := TRUE; P.ProcActive := TRUE; 
PJvIaxBudget :r= fa P.UserBudget := 0; 
PrimaryThr ead Activa tion( P); 
ASys(r) ;= ASys(r) + < P /T r ; 
else a deactivation request which have no feasibility test 

if P.UserBudget £ 0 then return error; end if; 
P rimaryThreadDeactivat ion(P) ; 
PProcActive := FALSE; 
ASys(r) := ASys(r) - ( P /Tr; 
end if-then-else; 

This is another place where the AC matrix is updated, and also Z'. 

(^Htr ^eKeskd when all processes are assumed to be declared statically. 



Algorithm (1 1) - Process (Deactivation 



Algorithm UpdateRetlaimedSlack(»': in priority); 

This algorithm updates the reclaimed slack variables used when computing slack availability. 

It is called whenever a task executing on fixed budget completes for period: 

The same algorithm applies whether doing incremental or aggregate updates. 

if t,- has completed then 

slack-reclaimed := ComputeTime(T,)- ExecTime(r,) - updatctiroe; 

update-time is the time to execute this code 

7li := Hi ;+ max(0,sladcrec)aimed- £;); 
end if; 



Algorithm (12) - Update Reclaimed Slack Variables 
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— Algorithm UpdateldleSfackVartables; 

— This algorithm updates the idle slack variables used when transitioning from busy to idle. 

— It is called whenever when the idle task completes (at priority (n+l)). 

— I.e. the idle process is denoted by r n +i . 

— updated hue = the worst case time to execute this routine. 

idlejtime := ExecTime(r n+1 ); 

The assumption for DEOS is that idle Jtime < Ti . 

To relax that assumption would require more bookkeeping. 

j:=i; 

while idle_time > 0 and j < n loop _ - * _ N , w 

if idle Jtime < slack available then U ° ^ ^ J 

Jy := Xy-f idle Jtime; idle jtime := 0; 
end if; 

Cy is defined as the worst case compute time, but can be reduced 

to the worst case amount of time threads at level j can wait for a resource 

and not give up their time to the slack. 

In DEOS, as I understand it, this is only ISR threads which run at rate 1. 

I believe the algorithm works for threads that can wait for resources while holding budgets. 

I also think under these conditions, it is suboptimal. 

if slack^available < idle jtime and idle Jtime < (Ay + Uj + Cy) then 

Zy := 2*y + slack-available; 

Cj := £y-f (idle Jtime - slack-available); 

idlejtime := 0; 
end if; 

if idle-time > (Ay -f Uj + Cj) then 
Tj := Tj + slack-available; 
Cj := Cj + (Aj -f Uj + Cy)- slack^available; 
idle-time ;= idlejtime - (Aj + Uj + Cj); 
end if; 
end loop; 



Algorithm (13) - Update Idle Slack Variables 

— Algorithm Update AperiodicSlack Variables (i: in priority, t : slack consuming thread); 

— This algorithm updates the aperiodic slack variables used when computing slack availability. 

— It is called whenever an aperiodic task completes, which might include surplus compute time for a periodic 

— task increment, or the idle task completing. 

— update -time = the worst case time to execute this routine, a constant (perhaps dependent on »). 

— — the aperiodic task t may execute over several time increments, i.e. it may be scheduled, 
— — consume all slack, suspend itself, be rescheduled when more slack is available, etc. 
slack-consumed := execution Jtime-sinceJast_schedxiling(t) + update jtime; 
j := 1; 

while slack -consumed > 0 loop 

]}b ;= min(slackj:onsumed, max((>4y + Tcy + Uj) — (Ty + Aj+ slackjconsumed),0)); 
slack .consumed := slack -consumed — Ijs; 
Aj := -4y+ Jjs; 

end while; 



Algorithm (14) - Update Aperiodic Slack Variables 



AMENDMENT AND RESPONSE UNDER 37 CFR § 1.116 - EXPEDITED PROCEDURE Page 18 

Serial Number: 09/751 ,955 Dkt: 256.049USI 

Filing Date: December 29, 2000 

Title: METHODS AND APPARATUS FOR SLACK STEALING WITH DYNAMIC THREADS 



- Function AvaiiaWeSlack return an n- vector of slack time = (5(1),5(2), ...,S(n)); 

- This Algorithm calculates the slack available beginning at the time of the call, say a and ending at the 

- ends of periods defined by ((-yi (*) + l)3i,(in (*) + l)T 2 ,... ( (nm(*) + l)T„). 

_ Note that more period timeline slack may become available in these intervals after this request. 

- This differs significantly from the original slack stealer. 

- Note the difference in fonts for A; and Ai ;. They are different variables. 

slackxalcjtime := the worst case time to execute this procedure; ; 
S v := 0; 

for j := l..n loop 

S := (Aj + 11 j ; + Uj) - {Aj + X/+ slack jcalc-time); 
Su := S{j + S; 

if Su < 2(cswap + 6) + cachebonus 
then Sj :~ 0; 
else Sj := Su ; 
end if; 
end loop; 

return 5= (Si^S?, ... t S n )\ 

in practice t if the slack available at any level is too small to cover the cost of context swaps 

plus other overhead, using it causes a negative effect. 

6 and cacheBonus is selected based on system overheads beyond cswaps. 

UpdateAperiodicSlack Variables should be called prior to execution of this routine, when necessary. 

UpdatetdleSlack Variables will have automatically be called 1 prior to exection of this routine. 



Algorithm (15) - Available Slack 
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